home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
qbbs
/
rabi_130.zip
/
RABI.DOC
< prev
next >
Wrap
Text File
|
1991-04-01
|
16KB
|
365 lines
──────────────────────────────────────────────────────────────────────────────
for RA 1.0 and higher only !
│███████│ │██████│ │███████│ │██│
│██│ │██│ │██│ │██│ │██│ │██│ │██│
│██│ │██│ │██│ │██│ │██│ │██│
│████████│ │███████│ │████████│ │██│
│██│ │██│ │██│ │██│ │██│ │██│ │██│
│██│ │██│ │██│ │██│ │██│ │██│ │██│
│██│ │██│ │██│ │██│ │██│ │██│ │██│
│██│ │██│ │██████│ │███████│ │██│ v1.30
RABI, THE RemoteAccess Bimodem Shell
Released April-2nd-1991
(c) Copyright Ron Huiskes/InterSoft 1990 - 1991
All Rights Reserved
──────────────────────────────────────────────────────────────────────────────
▓ INTRODUCTION
──────────────────────────────────────────────────────────────────────────────
Bimodem is a great program ! Every sysop should have it installed
on his bbs to offer the great advantages to the users of uploading
and downloading at the same moment.
Bimodem is very easy to install in RemoteAccess, but then not every
limit and security can be controlled. And here is were RABI comes
in the picture. RABI is a bimodem shell for RemoteAcces. It uses all
the features Bimodem has, but keeps in mind the limits of the user.
──────────────────────────────────────────────────────────────────────────────
▓ FEATURES OF RABI
──────────────────────────────────────────────────────────────────────────────
■ RABI can be used as stand-alone door in RA, or it can be installed
as external protocol in config.ra.
■ RABI keeps control over the users time limit; users are returned
to the bbs when their time limit is exceeded.
■ RABI keeps control over the users download limit, and will refuse
any download after this limit is reached.
■ RABI keeps control over the directories a user has access to.
■ RABI keeps control over the descriptions of a file if a user
omit this when uploading.
■ RABI updates the users record number immediately after return to
the Bbs, the user can see directly was has happened. Only
succesfull down- and uploads will be recorded.
■ Users can enter files to download on-line in RABI, before executing
Bimodem on the Bbs ala filedoor, including wildcards and sysop
definable default extension. (stand alone mode)
■ Full ANSI support, no ansi.sys required at sysops site.
■ DesqView Aware, gives up timeslices when detected.
■ Sysop definable hot Keys when using the menu shell.
■ Support for Ra's internal ratio system. If enabled RABI refuses
any download if the ratio of the user is not correct.
■ The name, location, baudrate, security level and timeleft are printed
under Bimodem, so you can exactly see who is online.
■ RABI can make his own logfile if you want, AND logs every
succesfull transfer in the Ra.Log file (frontdoor or opus) including
filesize and cps rate.
■ When using stand alone mode the look of RABI is controlled by an
ascii/ansi textfile, which you can edit as you like. You can even
use control codes in it !
■ RABI has smart fossil functions and carrier detect routines.
■ Users can upload private files.
■ RABI can update your download counters in files.bbs. (stand alone only)
──────────────────────────────────────────────────────────────────────────────
▓ BIMODEM INSTALLATION
──────────────────────────────────────────────────────────────────────────────
First, make sure you installed Bimodem correctly. In the
FILENAMES AND PATHS section in the biconfig program there is
a line with: "Path of file listing directories that determine
rejections". Let this point to an ascii file with on every line
ALL your download directories in it. (Including the protected
ones for special users).
There is another line with "Directory that files will be sent from."
This must point to another ascii file name. Make sure it contains a
valid path. You don't have to make the file, RABI will make this at
every start. It contains all the directory paths to which the user
has access to (from files.ra).
──────────────────────────────────────────────────────────────────────────────
▓ RABI INSTALLATION
──────────────────────────────────────────────────────────────────────────────
RABI assumes the following:
- That you have set the RA environment variable to point to
your system dir (where config.ra en files.ra are in).
- That you have installed bimodem correctly.
- That RABI can find Dorinfo1.def and Exitinfo.bbs in the
current dir.
- That the RABI cfg file (RABI.CFG) is in the current dir.
──────────────────────────────────────────────────────────────────────────────
▓ RABICFG.EXE
──────────────────────────────────────────────────────────────────────────────
The RABICFG.EXE program is the configuration program for RABI. It
creates the neccessary RABI.CFG file. With it you can control the
look and actions RABI takes.
Most functions are not working when RABI is installed in protocol.ra,
but an RABI.CFG must exist.
When you start RABICFG you have to fill in the path (and name) to your
bimodem.com and bimodem.cfg file.
On the third line you can give the path and name to a ascii & ansi file
which can be used as a menu. This file will be displayed when the user
enters RABI, to start the different options in RABI. (stand alone only)
On the fourth and fifth line you can supply two other ascii/ansi files
which will be displayed when the user presses the hotkeys in the menu
shell. (stand alone only)
On the last line of the first block you can supply a special logfile for
RABI. RABI itself is also hardcoded to write to your normal ra log, so
use this only if you want RABI to make a separate log. If you don't want
RABI to create a special log, just leave this line blank.
On the next set of lines you can change the colors RABI uses (just press
enter, and a box with options will be displayed), if RABI must update your
download counters, what default file extension it must use, and wether or
not you want RABI to ask if the user wants to hangup after transfers.
Here you can also enable the option to let RABI check the ratios of the
user (depending on limits.ctl).
The last set of lines can be used to change the hotkeys in the menu shell.
If you want to start bimodem directly when RABI is envoked, make all the
hotkeys blank (spaces), and RABI will start bimodem directly without using
the menu shell. (stand alone only)
──────────────────────────────────────────────────────────────────────────────
▓ INSTALLING RABI AS A SEPERATE DOOR
──────────────────────────────────────────────────────────────────────────────
In a users point of view this methode is the prefered way. Users can
choose themself how they want to start Bimodem and what they want to
down and/or upload.
Installing RABI as a seperate door in RemoteAccess is like most other
doors. RABI doesn't need any parameters and as long as you have set
everything correctly in RABI.CFG your door will run without a problem.
In the optional datafield in your menu you just put the complete path
and name of RABI (including extension) and you are ready to go.
When you log on to your board locally you can check if RABI works
correctly. Offcourse bimodem will not start because their will is no
carrier...
──────────────────────────────────────────────────────────────────────────────
▓ INSTALLING RABI IN PROTOCOL.RA
──────────────────────────────────────────────────────────────────────────────
Well, after rewriting RABI's source code RABI can now also be installed
in protocol.ra. RA (and RABI) will update correctly the users limits, and
users can still add files for up/download with the ALT-A key in bimodem.
To behave correctly from Protocol.ra you must set an 'DSZLOG' environment
variable to point to a logfile name. This file is used by RA to update
the users limits correctly.
In your protocol.ra, find a free slot, and fill in all the field as
follows: (replace the paths to RABI and your DSZ.LOG according to
your own setup)
Name : BiModem <- own choice
Key : B <- own choice
Extended control file : No <- better not
Batch available : Yes <- yes please
Status : Always available <- sure
Log file name : c:\ra\DSZ.LOG <- dszlog environment
Control file name : files.lst <- hardcoded
Download command line : c:\ra\doors\RABI.EXE /D <- parameter hardcoded
Upload command line : EXIT
Download ctl string : @ <- hardcoded
Upload ctl string :
Download log keyword : DL-B <- hardcoded
Upload log keyword :
Log : Name word # : 1 <- hardcoded
Log : Desc word # :
At this time RABI can only be started for Downloading (offcourse users
can add files for uploading). In the future also Uploading will be
implemented.
──────────────────────────────────────────────────────────────────────────────
▓ CONTROL CODES
──────────────────────────────────────────────────────────────────────────────
In the textfiles RABI uses when installed as a seperate door you can
use control codes to make the output of your choice. The following
are valid:
^A : Pauses and wait for a key
^FA : Users full name
^FB : City
^FO : Security level
^FP : Calls to the Bbs
^FQ : Number of Uploads
^FR : Kilobytes of downloads
^FS : Number of Downloads
^FT : Kilobytes of uploads
^FW : First name only
^KO : Minutes remaining today
^KT : Daily download limit (in K)
──────────────────────────────────────────────────────────────────────────────
▓ BEHAVIOUR
──────────────────────────────────────────────────────────────────────────────
RABI has smart fossil and carrier detect routines. Don't worry about any-
thing. Is a user drops the carrier, Bimodem returns to RABI, and RABI
immediately returns to the BBS. (After updating the user record, hehe :-)
RABI will log every succesfull transfer in your logfile as specified in
Config.Ra. Also, RABI can make it's own logfile if you wish as specified
in the RABI.CFG file. In it every transfer is logged, also the ones that
the user aborted. If there by any change occurs an error, the online error
message will also be logged into this logfile. RABI will only update the
users down and upload fields if they were succesfull transfered. If a file
is aborted or not found RABI does not take credit for it. (But a resumed
filetransfer will be credited.) RABI uses FILES.RA to find out to which
areas the user has access to, and passes them over to Bimodem.
──────────────────────────────────────────────────────────────────────────────
▓ RATIO SYSTEM
──────────────────────────────────────────────────────────────────────────────
The ratio system in Rabi is exactly the same as in Ra. If enabled RABI
will examine limits.ctl in your Ra system path and will refuse any
download if the users ratio is not correct.
When the ratio system is enabled, make sure you have a RATIO.A* and
RATIOK.A* file in your textfile dir as set in raconfig. This will
displayed to the user if he tries to enter filesnames online in Rabi.
──────────────────────────────────────────────────────────────────────────────
▓ DISCLAIMER
──────────────────────────────────────────────────────────────────────────────
- Legal mode on -
The RABI package is supplied as is. The author disclaims all warranties,
expressed or implied, including, without limitation, the warranties of
merchantability and of fitness for any purpose. The author assumes no
liability for damages, direct or consequential, which may result from
the use of RABI.
RABI is a "shareware program" and is provided at no charge to the user
for evaluation. The essence of "user-supported" software is to provide
personal computer users with quality software without high prices, and
yet to provide incentive for programmers to continue to develop new
products.
You are hereby granted a temporary license to use RABI for say 30 days
for evaluation. If you continue to use RABI after these 30 days you
need to register the software in order to get a permanent license.
The RABI package, all programs, the documentation and support files
are copyrighted 1990-1991 by Ron Huiskes / InterSoft. All rights are
reserved. You may copy this package for backup purposes. You may also
copy and share unmodified copies of the whole package, providing that
the copyright notice is reproduced and included on all copies.
──────────────────────────────────────────────────────────────────────────────
▓ REGISTERING
──────────────────────────────────────────────────────────────────────────────
Regarding the time and effort i have put into this product, the
registration is simple and rather cheap.
Payment of the registration fee, entitles you to:
- The license for running one copy of the RABI-package on any
computer in a bbs system, including multiline sytems that
share the same file system
- A serial key that makes your copy of Rabi licensed to you.
This key file will work on every new version in the future.
The price for a registration license is DFL 15,-
After registering you receive a RABI key file that under no circumstances
must be made available to someone else.
Why register ?
Well, simpel: I think that if you can afford a BBS, a computer, a modem
and probably echoMail, then you also can afford to pay the software that
you use...
Thank You for Your support.
──────────────────────────────────────────────────────────────────────────────
▓ MORE QUESTIONS ?
──────────────────────────────────────────────────────────────────────────────
If you have any questions, bug reports, bomb letters, or anything else
you like to get ride of:
Ron Huiskes / Bbs Interface
P.o. Box 528
2280 AM Rijswijk
Holland
+31-70-3361380 / +31-70-3361381
[2:281/506@fidonet.eur]
──────────────────────────────────────────────────────────────────────────────
<EOF>